* 本篇目標

將天馬行空的使用者需求，引導並整理出方向

* 使用故事模式User Story分析

我待過資訊專案公司，也待過內部維運的IT，這兩者都免不了遇見天馬行空的使用者，但有時也不能怪使用者沒有流程的概念，或說出沒有邏輯的設計，與其等他端出幾盤菜給妳，不如準備幾份套餐，讓他去做選擇他最適合的，故事模式就是一個很好的引導方式，藉由這種溝通技巧，使用者就會有操作的畫面，也會有合乎邏輯的流程出來，譬如：對於使用者A，可以點擊選單進入後台，能透過XXX、OOO條件篩選，進而取得我要的資料。

* 開發管理系統的需求列表

這30天的文章，預計會實作以下功能

1. 使用者進入首頁後，可瀏覽目前各業務的訂單數
2. 需有一個即時線上討論的聊天室
3. 管理者可維護客戶資訊
4. 訂單資訊可匯出各種格式的報表
5. 因應行動化，未來希望能透過手機、平板瀏覽
6. 希望系統有多國語系版本

* 後記

需求釐清後，通常就是帶回資訊內部，進行架構設計，列出工作項目，下篇預計來談談所用技術及開發架構...

(開始進入開發技術組主題...)